Date: Thu, 22 Apr 93 04:30:04 PDT
From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
Errors-To: Packet-Radio-Errors@UCSD.Edu
Reply-To: Packet-Radio@UCSD.Edu
Precedence: Bulk
Subject: Packet-Radio Digest V93 #110
To: packet-radio


Packet-Radio Digest         Thu, 22 Apr 93       Volume 93 : Issue  110

Today's Topics:
                   Internet to Packet Gateways ???
  method for improving packet thruput in noisy channels (well, maybe
                   Wearing out HT BNC connectors?!

Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Wed, 21 Apr 1993 20:52:44 GMT
From: usc!howland.reston.ans.net!ux1.cso.uiuc.edu!news.cso.uiuc.edu!uxa.cso.uiuc.edu!btbg1194@network.UCSD.EDU
Subject: Internet to Packet Gateways ???
To: packet-radio@ucsd.edu

In article <charlson.735393263@trust> charlson@trust.gsfc.nasa.gov (Deane Charlson) writes:
>I am looking for some Internet to Packet gateways.  I have been having
>problems reaching some of my firends on packet and would like to try
>some of these gateways as an alternative.  Any info would be appreciated.
>Please reply to the address below.  THANKS !!!
>
>Deane R. Charlson		charlson@trust.gsfc.nasa.gov
>NASA				dcharlson@zaphod.gsfc.nasa.gov
>Goddard Space Flight Center	Phone:	(301) 286-7883
>Greenbelt, MD 20771		Fax:	(301) 286-7538

Hi, Deane.
I have had pretty good luck with wb7tpy's gateway in Arizona... maybe not the
fastest way to reach your friends on the East coast.
On Internet:
  send to "gate@wb7tpy.ampr.org"
  with "Packet: *full packet address*" on the first line

------------------------------

Date: 20 Apr 93 22:24:00 GMT
From: gumby!destroyer!iunet!hal9k!dana.h..myers@yale.arpa
Subject: method for improving packet thruput in noisy channels (well, maybe
To: packet-radio@ucsd.edu

From: dana@lando.la.locus.com (Dana H. Myers)
Message-ID: <1993Apr19.230057.169808@locus.com>
Organization: Locus Computing Corporation, Los Angeles, California
Date: Mon, 19 Apr 93 23:00:57 GMT

In article <daves-190493124744@129.228.20.182> daves@xetron.com (Dave Steele) w
>In article <1993Apr19.033253.18601@cbfsb.cb.att.com>,
>wa2ise@cbnewsb.cb.att.com (robert.f.casey) wrote:
>> 
>> 
>> Better packet reception
>> 
>> How about this method for improving packet reception (probably has been
>> done, but here goes anyway).  Sometimes, when noise causes a few errors
>> in a received packet, the CRC rejects the packet and tells the transmitting
>> station to resend it.  If the noise persists, you are in for a lot of
>> retries, and thruput is bad.  Let's say, for example, that the received
>> packets have about 5 errors.  
>> 
>> Suppose the receiving TNC stores the bad packet.  and if the next try is
>> also bad, store it.  And if the third try is also bad, you could compare
>> all three, byte by byte, and look for where they differ.  
>...
>
>If the error rate is relatively low, you probably don't need to get the
>third try.  Just create a third packet, trying data from both of the faulty
>packets until the CRC checks out.  
>


It really depends how strong the CRC is.  You could easily get an erroneous
packet which checks out against the CRC.  Furthermore, the kinds of errors
you get may cause the receiver to lose sync with the incoming data and
not receive anything at all until it sees another flag.  You can't just
store a fragmented piece of a packet without a lot of special effort.

FEC packet would work more easily with less magic; you just program your
TNC to send every packet twice.  Heck, rather than using a long TXD you
could a very short TXD and send the packet twice.  The TX Delay time is
simply wasted time to let someone's receiver warm up.  Sending the
packet twice would give slow receivers a chance to warm up and give
the quick receivers (i.e. people using DCD State Machines) two chances
at reading a noisy a packet....

Dana

-- 
* Dana H. Myers KK6JQ 		| Views expressed here are	*
* (310) 337-5136 		| mine and do not necessarily	*
* dana@locus.com  DoD #466 	| reflect those of my employer	*
* This Extra supports the abolition of the 13 and 20 WPM tests *
---
 . R110B:Wnet HAL_9000
                           
----
| HAL 9000 BBS:  QWK-to-Usenet gateway  | Four 14400 v.32bis dial-ins    |
| FREE Usenet mail and 200 newsgroups!  | PCBoard 14.5aM * uuPCB * Kmail |
| Call +1 313 663 4173 or 663 3959      +--------------------------------+
| Member of EFF, ASP, ASAD  * 1500MB disk * Serving Ann Arbor since 1988 |

------------------------------

Date: Wed, 21 Apr 1993 20:39:05 GMT
From: usc!howland.reston.ans.net!ux1.cso.uiuc.edu!news.cso.uiuc.edu!uxa.cso.uiuc.edu!btbg1194@network.UCSD.EDU
Subject: Wearing out HT BNC connectors?!
To: packet-radio@ucsd.edu

Hi.

I just noticed the yesterday that the locking nubs on my HT's BNC antenna
connector have worn about 1/3 away.  I've had this HT for two years,
but it has gotten the most antenna switching wear in the past 9 months
that I've been most active in packet.  It is a Heathkit HW2M (made by
Standard).

Has anybody else noticed this problem?  At this rate, the nubs should be
worn through in another year or so.
I am going to look into getting another (more wear resistant?) connector 
and/or a second radio to dedicate to packet.

73 de KB8CNE, Brad Banko
Urbana, Il

-- 
Brad Banko;  Dept of Physics;  U of Illinois;  b-banko@uiuc.edu
=========================================================================
See one.  Do one.  Teach one.			73 de kb8cne @ n9lnq.il

------------------------------

Date: (null)
From: (null)
the first line must be left-justified.  an example might be:

% mail -s "hello, brad" gate@wb7tpy.ampr.org
Packet:  kb8cne@n9lnq.il.usa.na

Hello, Brad....

^D
%

wb7tpy's name is Dean, I think.  He's got a nice setup.
I find the turn-around to be several days to a week and sometimes more.

73 de KB8CNE, Brad Banko
-- 
Brad Banko;  Dept of Physics;  U of Illinois;  b-banko@uiuc.edu
=========================================================================
See one.  Do one.  Teach one.			73 de kb8cne @ n9lnq.il

------------------------------

End of Packet-Radio Digest V93 #110
******************************
